home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Diamond Collection / The Diamond Collection (Software Vault)(Digital Impact).ISO / cdr16 / tc15_042.zip / TC15-042.TXT < prev    next >
Text File  |  1995-01-22  |  48KB  |  1,260 lines

  1. TELECOM Digest     Tue, 17 Jan 95 23:45:16 CST    Volume 15 : Issue 42
  2.  
  3. Inside This Issue:                           Editor: Patrick A. 
  4. Townson
  5.  
  6.     Re: More CO Codes For Each NPA - Any Telcos Take Advantage? (Carl 
  7. Moore)
  8.     Re: Returning Blocked Local Calls to be Discontinued (Robert 
  9. Schwartz)
  10.     800 Numbers/Letters Overseas (Richard Jay Solomon)
  11.     Re: Where to Get Text of the ECPA? (John A. Thomas)
  12.     Re: Cross Keys (Carl Moore)
  13.     Re: NEC Neax 2400 (John Stewart)
  14.     Business Telephone Sales Expected Salary/Commission Ranges? (Neil 
  15. W.
  16. Giles)
  17.     Phone Bill Has Wrong Area Code and City (Carl Moore)
  18.     Help With Number Plan (Robert Smith)
  19.     Re: What is a T1 Line? (Butch Lcroan)
  20.     Re: Bellcore Standards Question (Wally Ritchie)
  21.     Wanted: We Buy and SellL Used Telephone Systems and Parts (David 
  22. Russell)
  23.     Economics of the Telecommucations Industry (Victor Prochnik)
  24.     Re: Is the Pentium Bug Really That Bugging? (Wally Ritchie)
  25.     FCC PCS Auction Information (Darryl Kipps)
  26.     Aministrivia: Sendmail Let's Me Down (TELECOM Digest Editor)
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Tue, 17 Jan 95 23:03:28 GMT
  30. From: Carl Moore <cmoore@ARL.MIL>
  31. Subject: Re: More CO Codes For Each NPA - Any Telcos Take Advantage?
  32.  
  33.  
  34. You mentioned 206-803.  But 206 was running short of prefixes before
  35. the NNX area codes were available, and it staved off a split for a
  36. while by generalizing from NNX to NXX prefixes.  As you know, the
  37. phone number shortage in 206 is to be relieved by new area code 360,
  38. which has now entered permissive mode.
  39.  
  40. What Dave Leibold was asking was what I mentioned (in different words)
  41. in the area code history file: With the generalized area codes, what
  42. becomes of "no N0X/N1X prefixes unless NNX prefixes are running out"?
  43. In other words, all area codes -- not just the ones running short of
  44. NNX prefixes -- now have published dialing instructions which can also
  45. accommodate N0X/N1X prefixes.
  46.  
  47. ------------------------------
  48.  
  49. From: r.schwartz18@genie.geis.com
  50. Date: Wed, 18 Jan 95 04:09:00 UTC
  51. Subject: Re: Returning Blocked Local Calls to be Discontinued in 
  52. Canada
  53.  
  54.  
  55. > By June 30, a called party will no longer be able to do this.
  56. > In a decision handed down on December 5 [1994], the CRTC ordered 
  57. Bell
  58. > to "implement the disablement of call return on blocked local 
  59. calls."
  60.  
  61. This is OUTRAGOUS!  We finally reap the benefits of peace and
  62. tranquillity from heavy breathers thanks to technology and now the
  63. government is talking this peace away from us!  What is going to deter
  64. pranksters from calling now.  We have just taken a HUGE step backwards
  65. in time.  Another first <g> for the Canadian Telecommunications
  66. Industry.  I think the ministers are getting fed up of walking to the
  67. pay phone to call their mistress!
  68.  
  69. > While acknowledging that the CRTC's order was "not unexpected," Mike
  70. > Kassner, associate director, Consumer Market Management, said, "It
  71. > tilts the balance once again in favour of the calling party and 
  72. might
  73. > cause problems with increased use of Call Trace now that the 
  74. handling
  75. > of minor annoyance calls via Call Return has been taken away."
  76.  
  77. Sure!  Why spend $0.50 to deter a prankster when you can spend $5.00
  78. on Call trace and have to go through the hassle of getting a court
  79. order so that the law takes action on your behalf ... for a prank
  80. call!!!!
  81.  
  82. > All is not lost, however. Call Screen, said Mike, is still an
  83. > "effective device" for preventing unwanted calls from the same 
  84. number.
  85. > "Call Screen can be activated to work on the last incoming number 
  86. even
  87. > though the number is blocked," he noted.
  88.  
  89. Sure, another $5.00 a month service charge ... will it ever end!?
  90.  
  91. If anyone knows the e-mail address of the government body responsible
  92. for this fiasco, please let me know.
  93.  
  94.  
  95. Robert Schwartz    Ottawa, Ontario.
  96.  
  97. ------------------------------
  98.  
  99. Date: Tue, 17 Jan 1995 23:52:06 -0500
  100. From: rjs@farnsworth.mit.edu (Richard Jay Solomon)
  101. Subject: 800 Numbers/Letters Overseas
  102.  
  103.  
  104. In TELECOM Digest V15 #38:
  105.  
  106. > The European position imposes a lottery where there is more than one
  107. > applicant for a specific international freephone number.  You can
  108. > imagine the land rush this will create among European carriers and
  109. > their customers, especially for valuable numbers such as 800 THE 
  110. CARD,
  111. > 800 HOLIDAY, and 800 FLOWERS, or Home Shopping Club's well-ensconced
  112. > 800 284-3200.
  113.  
  114. Before the land rush starts, American firms should take a hard look at
  115. the telephone dials overseas. Not only are the letter/number 
  116. combinations 
  117. not always the same as in North America, but in the U.K., the 
  118. competing 
  119. wireless firms don't even have the same set of letter/numbers! And
  120. some places have no letters at all, or they have non-Roman letters, as
  121. in several Mideast countries. A little due diligence goes a long way.
  122.  
  123. I can remember when AT&T tried to convince us that letters were stupid
  124.  -- they spent a fortune on advertising "all-number dialing," as if it
  125. made any difference. Now they are trying to tell us that letters are
  126. valuable.  Reminds me of a Dr. Seuss story.
  127.  
  128.  
  129. Richard Solomon   MIT Research Program on Communications Policy
  130.  
  131. ------------------------------
  132.  
  133. From: jathomas@netcom.com (John A. Thomas)
  134. Subject: Re: Where to Get Text of the ECPA?
  135. Organization: NETCOM On-line Communication Services (408 261-4700 
  136. guest)
  137. Date: Tue, 17 Jan 1995 20:29:26 GMT
  138.  
  139.  
  140. Wilson Mohr (mohr@cig.mot.com) wrote:
  141.  
  142. > I have been poking around the FCC's FTP server to no avail so I will
  143. > ask: Does anyone know where/how I can get a full text of the ECPA?
  144.  
  145. Try ftp to ftp.eff.org.  They might have the text on-line.  Or else go
  146. to a law library.  The ECPA was codified in the statutes dealing with
  147. wire interception, 18 U.S.C. Sections 2510-2521, and the statutes
  148. dealing with stored electronic communications, 18 U.S.C. Sections
  149. 2701-2711.
  150.  
  151.  
  152. John A. Thomas  jathomas@netcom.com
  153. N5RZP   214/263-4351
  154.  
  155.  
  156. [TELECOM Digest Editor's Note: Now that you mention it, I have a full
  157. copy here sent recently to me by someone, and I think I will send it
  158. out as a special mailing in the next day or three. It is quite huge,
  159. so I may have to just put it in the archives for reference.    PAT]
  160.  
  161. ------------------------------
  162.  
  163. Date: Tue, 17 Jan 95 20:52:10 GMT
  164. From: Carl Moore <cmoore@ARL.MIL>
  165. Subject: Re: Cross Keys
  166.  
  167.  
  168. What is the meaning of the + in front of the 51 in the Telex line?
  169.  
  170. > Coldra Woods, Chepstow Road, NEWPORT, Gwent, NP6 1JB  UK
  171. > tel. 01633 413600
  172. > Telex 497557 (from outside the UK, +51 497557)
  173.  
  174.  
  175. [TELECOM Digest Editor's Note: That plus means 'dial whatever you dial 
  176. to
  177. make an international call, then add what follows.'     PAT]
  178.  
  179. ------------------------------
  180.  
  181. Date: Tue, 17 Jan 1995 09:23:19 EST
  182. From: STEWART@SALEM.WVNET.EDU
  183. Subject: Re: NEC Neax 2400
  184. Organization: West Virginia Network
  185.  
  186.  
  187. My predessor was able to crash the call accounting and the Maintence
  188. terminal with-in a 4 month period prior to his release. They wanted
  189. over 8 Gs to fix the call accounting using very old and outdated
  190. equiptment. For this reason we found it more cost effective to write
  191. our own software. We do off site collection on a Vax VMS. When doing
  192. off site accounting there MUST be a short haul modem on each end or
  193. the SMDR card will be lost. They are very touchy about spikes,surges,
  194. and the like. If you need more info contact me.  
  195.  
  196.  
  197. John Stewart  (stewart@salem.wvnet.edu) 
  198. Salem-Teikyo University  (304) 782-5341
  199.  
  200. ------------------------------
  201.  
  202. From: nldc31@nosc.mil (Neil W. Giles)
  203. Subject: Business Telephone Sales Expected Salary/Commission Ranges?
  204. Organization: NCCOSC RDT&E Division, San Diego, CA
  205. Date: Tue, 17 Jan 1995 23:13:14 GMT
  206.  
  207.  
  208. What kind of salary and commission structures can a person entering
  209. the Business Telephone Sales industry expect?
  210.  
  211. I am curious about major corporations as well as smaller VAR type
  212. reselling positions. 
  213.  
  214. For comparison purposes, I am primarily interested in information
  215. based on major city locations but I would be interested in hearing
  216. about the smaller areas too.  
  217.  
  218.  
  219. Thanks,
  220.  
  221. Neil Giles    Neil.Giles@lasernet.com
  222.  
  223. ------------------------------
  224.  
  225. Date: Tue, 17 Jan 95 14:49:48 EST
  226. From: Carl Moore <cmoore@ARL.MIL>
  227. Subject: Phone Bill Has Wrong Area Code and City
  228.  
  229.  
  230. On the AT&T part of my phone bill, I found a call which I had made
  231. from 815-945 prefix on a pay phone at Chenoa, Illinois (along I-55
  232. between Joliet and Bloomington).  It showed up with the wrong area
  233. code (309, which happens to be next door to the Chenoa exchange) and
  234. the wrong city name (Geneseo, apparently served by 309-945).  Geneseo
  235. is along U.S.6 and I-80, way out toward Rock Island.
  236.  
  237. ------------------------------
  238.  
  239. From: rmsmith@csc.com (Robert Smith)
  240. Subject: Help With Number Plan
  241. Date: 14 Jan 1995 14:42:03 -0500
  242. Organization: Computer Sciences Corporation
  243.  
  244.  
  245. I am documenting a dialed number plan.  I am looking for advice on how
  246. to present the data to a reader.  I know I can show two switches, the
  247. trunks between them, all the data under the trunks, etc.
  248.  
  249. Is there another way to show this data that is easy to follow?
  250.  
  251. I figure I will have to do a table and a graphic to catch the entire
  252. audience.  Recommendations or experiences appreciated.
  253.  
  254.  
  255. Thanks,
  256.  
  257. bob
  258.  
  259. ------------------------------
  260.  
  261. From: balcroan@netcom.com (Butch lcroan/.nameBalcroan Lilli)
  262. Subject: Re: What is a T1 Line?
  263. Organization: NETCOM On-line Communication Services (408 261-4700 
  264. guest)
  265. Date: Tue, 17 Jan 1995 08:28:19 GMT
  266.  
  267.  
  268. ARGHHH !! I am really getting tired of this BIT-Robbing conversation
  269. that Jeffery Rhodes started. I used to work with Jeffery and he
  270. certainly is a smart guy, but he is no expert in this area. I would
  271. just like to point out that for DATA it is 56k because the 8th bit is
  272. robbed every 6th frame to give line staus information so rather than
  273. deal with this on async data circuit they just ignore the eight bit
  274. completly rather than have to track the status of the transport 
  275. systems
  276. framing for voice. Believe me, all modems use voice; that is to
  277. say they use the voice bandwidth to transmit a carrier (or multiple
  278. carrier at the same time in the higher speed techniques) that passes
  279. thru the network as if it were voice. Therefore the encoding scheme, 
  280. not
  281. the minor bit robbing is what limits the bandwith for noise or
  282. quantizing distortiion. 
  283.  
  284. That is to say that since the analog waveform is quantized to a level
  285. that is represented by number (the eight bits) the problem with
  286. Jeffery's statements is that yes indeed a bit is being lost every 
  287. sixth
  288. frame but this bit is the least significant bit. That is to say its
  289. weight is that of a " ONE " so an actual 254 might be encoded as a 253
  290.  ... but there is more to consider here. The " MU LAW " is not a 
  291. linear
  292. scale it is more of a log function with more steps closer to the lower
  293. levels where the ear is more senstive. I really can't believe 2 DB;
  294. come on Jeff, 3 db is half power *and also the least amount the ear 
  295. can 
  296. detect*. I really doubt that the modems are affected by this as
  297. much as Jeffery has stated. I would more believe than something more
  298. common such as " ECHO " and several other more common impairments are
  299. really alot more important than a occasional bit robbing.  There are
  300. also several new technologies such as fiber that have introduced
  301. timing impairments such as " Jitter " into the equation. I think that
  302. the newer modems are more senstive the the phase angle modulation that
  303. a SONET based " Fiber Optic " system might introduce.  
  304.  
  305. I advise everyone to look into the volumes of information that pours
  306. out of the ANSI T1.101 group on this very subject matter.  I was on
  307. the leading edge of this matter and as such expect alot of flames from
  308. people like Jeffery who I worked with in the past. I can only say
  309. please feel free to flame but remember it wouldn't hurt to checkout
  310. T1.101. We all can learn how much of a poorly planned product SONET
  311. was and how we end users were sold a illusion with SONET and FIBER!
  312.  
  313. ------------------------------
  314.  
  315. From: writchie@gate.net
  316. Subject: Re: Bellcore Standards Question
  317. Date: 18 Jan 1995 05:35:04 GMT
  318. Reply-To: writchie@gate.net
  319.  
  320.  
  321. In <telecom15.39.11@eecs.nwu.edu>, wtm@uhura.neoucom.edu (Bill Mayhew)
  322. writes:
  323.  
  324. > No more than seven zeros in a row are permitted, or an automatic on
  325. > insertion occurs to prevent the demodulator from losing lock on the
  326. > incoming bit stream.  This can result of one LSB resoultion on a
  327. > maximal signal.  Since low levels contain a lot of ones, there is no
  328. > loss of resolution on small signals due to forced ones.
  329.  
  330. Actually, the All Zero Code word is prohibited in D4. This is done by
  331. replacing Bit 7 (Number 1 - 8 sign - lsb) with a 1 when an all zero
  332. code word would otherwise be transmitted. This is not the lsb but the
  333. second least significant bit.
  334.  
  335. > Also, if you are using older D4 non ESF (extended superframe) 
  336. equipment.  
  337. > A bit will be robbed every 6th frame for signalling.  The robbed 
  338. bits
  339. > alternate between the A bit and B bit.
  340.  
  341. Even with ESF, a bit will be robbed every 6th frame for channels that
  342. use Robbed Bit Signalling, i.e. other than clear channels or DDS
  343. channels. ESF extends the AB signalling to ABCD. ESF by itself does
  344. not eliminate the robbed bit signalling. What ESF does is to enable
  345. clear channel e.g. 23B+D ISDN PRI by removing the coding restriction
  346. on the all zero octet.
  347.  
  348. Just picking nits to keep the record straight.
  349.  
  350.  
  351. Wally Ritchie    Ft. Lauderdale, Florida
  352.  
  353. ------------------------------
  354.  
  355. From: itelecom@bilbo.pic.net (David M. Russell)
  356. Subject: Wanted: We Buy and Sell Used Telephone Systems and Parts
  357. Date: 17 Jan 1995 19:20:24 GMT
  358. Organization: Integrity Telecommunications
  359.  
  360.  
  361. We buy and sell used telephone systems and parts.  Please fax, smail
  362. or email your used and surplus inventories.
  363.  
  364.  
  365. David M. Russell   Integrity Telecommunications  "The Name Says IT 
  366. All"
  367. 2970 Blystone Lane, Ste. 102  Dallas, TX 75220-1515
  368. Voice 214-357-7484   Fax 214-357-7485
  369.  
  370. ------------------------------
  371.  
  372. From: victorp@omega.lncc.br (Victor Prochnik)
  373. Subject: Economics of the Telecommunications Industry
  374. Date: Tue, 17 Jan 1995 18:55:43 -0300
  375.  
  376.  
  377. I am working on the economics of telecommunication industry.  My next
  378. research will be on the demand of Brazilian large enterprises for
  379. global telecom services.
  380.  
  381. I would be pleased to discuss this and other subjects.  Can you share
  382. your insight with me?
  383.  
  384.  
  385. VICTOR PROCHNIK    INDUSTRIAL ECONOMICS INSTITUTE
  386. FEDERAL UNIVERSITY OF RIO DE JANEIRO, BRASIL
  387. E-MAIL: VICTORP@OMEGA.LNCC.BR
  388.  
  389. ------------------------------
  390.  
  391. From: writchie@gate.net
  392. Subject: Re: Is the Pentium Bug Really That Bugging?
  393. Date: 18 Jan 1995 06:05:15 GMT
  394. Reply-To: writchie@gate.net
  395.  
  396.  
  397. In <telecom15.35.13@eecs.nwu.edu>, Anthony D'Auria <dauriaa@voyager.
  398. bxscience.edu> writes:
  399.  
  400. > Hi! My name is Anthony D'Auria and I own a P90 super loaded desktop. 
  401. I
  402. > use it practically every day for the net and business. I haven't
  403. > experienced any trouble with the floating point calculations (not 
  404. that
  405. > I use them). I think that IBM is making a big deal of a little 
  406. thing.
  407.  
  408. It's not a little thing that spreadsheets produce wrong results. IBM's
  409. concerns reflect the major concerns of its corporate clients many of
  410. whom depend on their machines for mission critical applications.
  411. Neither is it a small thing for CAD programs, Signal Processing, or
  412. any other programs that depend on heavy floating point calculations.
  413. Customers with lots of machines that use floating point are going to
  414. see real problems.  For these customers the Pentium is Russian
  415.  
  416. · 
  417. roulette with only a few chambers in the gun. If you don't use
  418. speadsheets, or CAD, or other floating point programs, no big deal. If
  419. you're a single user user with a single machine and you do use
  420. speadsheets and/or CAD programs, you too are playing russian roulette.
  421. The probabilites are small, but they are a threat if you care what
  422. your results are.
  423.  
  424. > People with Pentiums start panicking, thinking that their system is
  425. > all messed up.  For an average user, it doesn't seem to fearsome, 
  426. but
  427. > if you have some heavy duty stuff to do, it can really do some 
  428. damage.
  429.  
  430. > Question: Does this floating point calculation bug affect system
  431. > performance? Is that why some Pentiums bottleneck? What and where
  432. > should a person contact to get the messed up chip replaced? Is it
  433. > actually worth it?
  434.  
  435. > If you have any ideas, respond: dauriaa@voyager.bxscience.edu.
  436.  
  437. I personally think that the outrage felt by users is due to three 
  438. factors.
  439.  
  440. First, Intel kept information of the flaw to itself for a relatively
  441. long time.
  442.  
  443. Second, Intel downplayed the potential seriousness of the problem.
  444.  
  445. Third, Intel has spent tens of millions of dollars on the Intel Inside
  446. ad compaign with the effect of brainwashing (like all advertising)
  447. masses of users to buy Pentium. Some of these users might have better
  448. off putting their money in faster video cards. Clearly, a flawed
  449. Pentium is much worse the alternatives. Intel must now make these
  450. people whole again.
  451.  
  452.  
  453. Wally Ritchie     Ft. Lauderdale, Florida
  454.  
  455. ------------------------------
  456.  
  457. Date: 18 Jan 95 02:01:38 EST
  458. From: Darryl Kipps <72623.456@compuserve.com>
  459. Subject: FCC PCS Auction Info
  460.  
  461.  
  462. Good day to all,
  463.  
  464. I've just come from ftp fcc.gov to see how the PCS auctions
  465. are going and have some questions.
  466.  
  467. 1. I see there are both Broad and Narrow bands.  What's the 
  468. difference?
  469.  
  470. 2. Narrowband has both Nationwide and Regional while Broadband seems 
  471. to
  472.    be entirely regional (or by market) -- Why the distinction and how
  473.    are the regions (markets) defined?
  474.  
  475. If anyone could shed some light here would be appreciated, or just
  476. point me in the right direction if the answers are available
  477. elsewhere.
  478.  
  479.  
  480. Thanks,
  481.  
  482. Darryl Kipps
  483.  
  484. ------------------------------
  485.  
  486. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  487. Subject: Administrivia: Sendmail Lets Me Down ...
  488. Date: Wed, 18 Jan 1995 00:15:00 CST
  489.  
  490.  
  491. On Tuesday some of you got two or three copies of issues 32 through 
  492. 34.
  493. Others of you received only one copy. Hopefully everyone got at least
  494. one copy of each and a copy of issue 35. If you did not get one of
  495. these, let me know so it can be replaced.
  496.  
  497. What happened was those three issues (32, 33, 34) had been handed over
  498. to sendmail for processing to the mailing list. All of a sudden for
  499. reasons unknown to me, this machine (delta.eecs.nwu.edu) belched and
  500. shut down for about five minutes. During that time I was locked up 
  501. here
  502. unable to get any response. When I got back online, I noticed that 
  503. those three issues had stopped moving, but I guessed they would 
  504. restart
  505. when sendmail got around to it again. In the meantime, issue 35 was
  506. finished and sent to the mailq. Issue 35 seems to be going okay, but
  507. mailer-daemons began flooding in ... those three issues had started up
  508. again, but sendmail was quite confused. 
  509.  
  510.    Can't find programs!      (my own little group of hacks done to
  511.                              sendmail for use with very large mailing
  512.                              lists like this one so I can have as many
  513.                              invocations of sendmail going at one time
  514.                              as desired with no ill-effects or slow-
  515.                              downs for other users. I frequently have
  516.                              six or seven invocations of sendmail 
  517. going
  518.                              at one time against my mailing list. 
  519.  
  520.    Can't locate mailing list!  I don't leave it out under its most 
  521. obvious
  522.                              names where hackers who like to sneak in 
  523. the
  524.                              back door with commands like VRFY and 
  525. EXPD
  526.                              can snoop into it. Aside from the fact 
  527. that
  528.                              I think the admin here disabled VRFY and 
  529. EXPD
  530.                              why take chances?  Part of my 'send-
  531. telecom'
  532.                              does 'mv bogus.name real.name' in the 
  533. process
  534.                              of getting it out for use in mailing. 
  535. Trouble
  536.                              is I had it out when delta went down and 
  537. when
  538.                              it restarted obviously the mailing 
  539. list(s)
  540.                              were not where sendmail expected to find 
  541. them.
  542.                              So then it wrote all over the one that 
  543. was 
  544.                              out and ruined it. I had to use the 
  545. backup
  546.                              copy it created the day before, and 
  547. reinstall
  548.                              all the adds and deletes from the several
  549.                              hours prior.
  550.  
  551.    Unknown Host!             Oh Lord, were the name servers hosed 
  552. Tuesday.
  553.                              Were they?  WERE THEY?  About 80 percent 
  554. of
  555.        or                    the mailing came back due to unknown 
  556. host.
  557.                              A few sites hung a long time before 
  558. sendmail
  559.                              decided they had not accepted its 
  560. delivery.
  561.                              Of course, that does not really mean the 
  562. mail
  563.    Timed out during          did not get delivered, just that sendmail 
  564. is
  565.    user open with ..         saying it didn't. So, a third time around 
  566. and
  567.                              that time, the mail seemed to stick. 
  568.  
  569. Maybe you got those issues once, maybe you got them three times, or 
  570. maybe
  571. not at all ...  <grin, albiet somewhat bitter one, with teeth bared> 
  572. ...
  573. But I just about lost control when 400 -- yes, *four hundred* mailer
  574. daemons arrived all in the space of about fifteen minutes. 
  575.  
  576. You tell me what needs to be replaced/retransmitted between issues 31 
  577. and
  578. 42, Tuesday morning through Wednesday morning. And for those of you 
  579. who
  580. wrote to tell me you got three copies of it and to stop already, all I
  581. can say is something lewd, crude and rude. But I won't say it, I'll 
  582. just
  583. think it.  Have a nice Wednesday!    
  584.  
  585.  
  586. PAT]
  587.  
  588. ------------------------------
  589.  
  590. End of TELECOM Digest V15 #42
  591. *****************************
  592.  
  593.                                                                                                  
  594.  
  595.  @FROM   :telecom@delta.eecs.nwu.edu                                   
  596. Message-ID: <9501180713.AA19514@delta.eecs.nwu.edu>
  597. From telecom-request@delta.eecs.nwu.edu  Wed Jan 18 03:27:32 1995
  598. Received: from delta.eecs.nwu.edu (delta.eecs.nwu.edu [129.105.5.103]) 
  599. by
  600. coyote.channel1.com (8.6.9/8.6.4) with SMTP id DAA27571; Wed, 18 Jan 
  601. 1995
  602. 03:27:32 -0500
  603. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  604.  id AA19521; Wed, 18 Jan 95 01:13:36 CST
  605. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  606.  id AA19514; Wed, 18 Jan 95 01:13:34 CST
  607. Date: Wed, 18 Jan 95 01:13:34 CST
  608. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  609. Message-Id: <9501180713.AA19514@delta.eecs.nwu.edu>
  610. To: telecom@eecs.nwu.edu
  611. Subject: TELECOM Digest V15 #42
  612.  
  613.  
  614. TELECOM Digest     Wed, 18 Jan 95 01:13:00 CST    Volume 15 : Issue 42
  615.  
  616. Inside This Issue:                          Editor: Patrick A. Townson
  617.  
  618.     Re: More CO Codes For Each NPA - Any Telcos Take Advantage? (Carl 
  619. Moore)
  620.     Re: Returning Blocked Local Calls to be Discontinued (Robert 
  621. Schwartz)
  622.     800 Numbers/Letters Overseas (Richard Jay Solomon)
  623.     Re: Where to Get Text of the ECPA? (John A. Thomas)
  624.     Re: Cross Keys (Carl Moore)
  625.     Re: NEC Neax 2400 (John Stewart)
  626.     Business Telephone Sales Expected Salary/Commission Ranges? (Neil 
  627. W.
  628. Giles)
  629.     Phone Bill Has Wrong Area Code and City (Carl Moore)
  630.     Help With Number Plan (Robert Smith)
  631.     Re: What is a T1 Line? (Butch Lcroan)
  632.     Re: Bellcore Standards Question (Wally Ritchie)
  633.     Wanted: We Buy and SellL Used Telephone Systems and Parts (David 
  634. Russell)
  635.     Economics of the Telecommucations Industry (Victor Prochnik)
  636.     Re: Is the Pentium Bug Really That Bugging? (Wally Ritchie)
  637.     FCC PCS Auction Information (Darryl Kipps)
  638.     Administrivia: Sendmail Lets Me Down (TELECOM Digest Editor)
  639.  
  640. TELECOM Digest is an electronic journal devoted mostly but not
  641. exclusively to telecommunications topics. It is circulated anywhere
  642. there is email, in addition to various telecom forums on a variety of
  643. public service systems and networks including Compuserve and America
  644. On Line. It is also gatewayed to Usenet where it appears as the 
  645. moderated
  646. newsgroup 'comp.dcom.telecom'. 
  647.  
  648. Subscriptions are available to qualified organizations and individual
  649. readers. Write and tell us how you qualify:
  650.  
  651.                  * telecom-request@eecs.nwu.edu *
  652.  
  653. The Digest is edited, published and compilation-copyrighted by Patrick
  654. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  655. or phone at:
  656.                     9457-D Niles Center Road
  657.                      Skokie, IL USA   60076
  658.                        Phone: 708-329-0571
  659.                         Fax: 708-329-0572
  660.   ** Article submission address only: telecom@eecs.nwu.edu **
  661.  
  662. Our archives are located at lcs.mit.edu and are available by using
  663. anonymous ftp. The archives can also be accessed using our email
  664. information service. For a copy of a helpful file explaining how to
  665. use the information service, just ask.
  666.  
  667. **********************************************************************
  668. ***
  669. *   TELECOM Digest is partially funded by a grant from the              
  670. *
  671. * International Telecommunication Union (ITU) in Geneva, Switzerland    
  672. * under the aegis of its Telecom Information Exchange Services (TIES)   
  673. * project.  Views expressed herein should not be construed as 
  674. represent-*
  675. * ing views of the ITU.                                                 
  676. *
  677. **********************************************************************
  678. ***
  679.  
  680. Additionally, the Digest is funded by gifts from generous readers such
  681. as yourself who provide funding in amounts deemed appropriate. Your 
  682. help 
  683. is important and appreciated. A suggested donation of twenty dollars 
  684. per
  685. year per reader is considered appropriate. See our address above.
  686.  
  687. All opinions expressed herein are deemed to be those of the author. 
  688. Any
  689. organizations listed are for identification purposes only and messages
  690. should not be considered any official expression by the organization.
  691. ----------------------------------------------------------------------
  692.  
  693. Date: Tue, 17 Jan 95 23:03:28 GMT
  694. From: Carl Moore <cmoore@ARL.MIL>
  695. Subject: Re: More CO Codes For Each NPA - Any Telcos Take Advantage?
  696.  
  697.  
  698. You mentioned 206-803.  But 206 was running short of prefixes before
  699. the NNX area codes were available, and it staved off a split for a
  700. while by generalizing from NNX to NXX prefixes.  As you know, the
  701. phone number shortage in 206 is to be relieved by new area code 360,
  702. which has now entered permissive mode.
  703.  
  704. What Dave Leibold was asking was what I mentioned (in different words)
  705. in the area code history file: With the generalized area codes, what
  706. becomes of "no N0X/N1X prefixes unless NNX prefixes are running out"?
  707. In other words, all area codes -- not just the ones running short of
  708. NNX prefixes -- now have published dialing instructions which can also
  709. accommodate N0X/N1X prefixes.
  710.  
  711. ------------------------------
  712.  
  713. From: r.schwartz18@genie.geis.com
  714. Date: Wed, 18 Jan 95 04:09:00 UTC
  715. Subject: Re: Returning Blocked Local Calls to be Discontinued in 
  716. Canada
  717.  
  718.  
  719. > By June 30, a called party will no longer be able to do this.
  720. > In a decision handed down on December 5 [1994], the CRTC ordered 
  721. Bell
  722. > to "implement the disablement of call return on blocked local 
  723. calls."
  724.  
  725. This is OUTRAGOUS!  We finally reap the benefits of peace and
  726. tranquillity from heavy breathers thanks to technology and now the
  727. government is talking this peace away from us!  What is going to deter
  728. pranksters from calling now.  We have just taken a HUGE step backwards
  729. in time.  Another first <g> for the Canadian Telecommunications
  730. Industry.  I think the ministers are getting fed up of walking to the
  731. pay phone to call their mistress!
  732.  
  733. > While acknowledging that the CRTC's order was "not unexpected," Mike
  734. > Kassner, associate director, Consumer Market Management, said, "It
  735. > tilts the balance once again in favour of the calling party and 
  736. might
  737. > cause problems with increased use of Call Trace now that the 
  738. handling
  739. > of minor annoyance calls via Call Return has been taken away."
  740.  
  741. Sure!  Why spend $0.50 to deter a prankster when you can spend $5.00
  742. on Call trace and have to go through the hassle of getting a court
  743. order so that the law takes action on your behalf ... for a prank
  744. call!!!!
  745.  
  746. > All is not lost, however. Call Screen, said Mike, is still an
  747. > "effective device" for preventing unwanted calls from the same 
  748. number.
  749. > "Call Screen can be activated to work on the last incoming number 
  750. even
  751. > though the number is blocked," he noted.
  752.  
  753. Sure, another $5.00 a month service charge ... will it ever end!?
  754.  
  755. If anyone knows the e-mail address of the government body responsible
  756. for this fiasco, please let me know.
  757.  
  758.  
  759. Robert Schwartz    Ottawa, Ontario.
  760.  
  761. ------------------------------
  762.  
  763. Date: Tue, 17 Jan 1995 23:52:06 -0500
  764. From: rjs@farnsworth.mit.edu (Richard Jay Solomon)
  765. Subject: 800 Numbers/Letters Overseas
  766.  
  767.  
  768. In TELECOM Digest V15 #38:
  769.  
  770. > The European position imposes a lottery where there is more than one
  771. > applicant for a specific international freephone number.  You can
  772. > imagine the land rush this will create among European carriers and
  773. > their customers, especially for valuable numbers such as 800 THE 
  774. CARD,
  775. > 800 HOLIDAY, and 800 FLOWERS, or Home Shopping Club's well-ensconced
  776. > 800 284-3200.
  777.  
  778. Before the land rush starts, American firms should take a hard look at
  779. the telephone dials overseas. Not only are the letter/number 
  780. combinations 
  781. not always the same as in North America, but in the U.K., the 
  782. competing 
  783. wireless firms don't even have the same set of letter/numbers! And
  784. some places have no letters at all, or they have non-Roman letters, as
  785. in several Mideast countries. A little due diligence goes a long way.
  786.  
  787. I can remember when AT&T tried to convince us that letters were stupid
  788.  -- they spent a fortune on advertising "all-number dialing," as if it
  789. made any difference. Now they are trying to tell us that letters are
  790. valuable.  Reminds me of a Dr. Seuss story.
  791.  
  792.  
  793. Richard Solomon   MIT Research Program on Communications Policy
  794.  
  795. ------------------------------
  796.  
  797. From: jathomas@netcom.com (John A. Thomas)
  798. Subject: Re: Where to Get Text of the ECPA?
  799. Organization: NETCOM On-line Communication Services (408 261-4700 
  800. guest)
  801. Date: Tue, 17 Jan 1995 20:29:26 GMT
  802.  
  803.  
  804. Wilson Mohr (mohr@cig.mot.com) wrote:
  805.  
  806. > I have been poking around the FCC's FTP server to no avail so I will
  807. > ask: Does anyone know where/how I can get a full text of the ECPA?
  808.  
  809. Try ftp to ftp.eff.org.  They might have the text on-line.  Or else go
  810. to a law library.  The ECPA was codified in the statutes dealing with
  811. wire interception, 18 U.S.C. Sections 2510-2521, and the statutes
  812. dealing with stored electronic communications, 18 U.S.C. Sections
  813. 2701-2711.
  814.  
  815.  
  816. John A. Thomas  jathomas@netcom.com
  817. N5RZP   214/263-4351
  818.  
  819.  
  820. [TELECOM Digest Editor's Note: Now that you mention it, I have a full
  821. copy here sent recently to me by someone, and I think I will send it
  822. out as a special mailing in the next day or three. It is quite huge,
  823. so I may have to just put it in the archives for reference.    PAT]
  824.  
  825. ------------------------------
  826.  
  827. Date: Tue, 17 Jan 95 20:52:10 GMT
  828. From: Carl Moore <cmoore@ARL.MIL>
  829. Subject: Re: Cross Keys
  830.  
  831.  
  832. What is the meaning of the + in front of the 51 in the Telex line?
  833.  
  834. > Coldra Woods, Chepstow Road, NEWPORT, Gwent, NP6 1JB  UK
  835. > tel. 01633 413600
  836. > Telex 497557 (from outside the UK, +51 497557)
  837.  
  838.  
  839. [TELECOM Digest Editor's Note: That plus means 'dial whatever you dial 
  840. to
  841. make an international call, then add what follows.'     PAT]
  842.  
  843. ------------------------------
  844.  
  845. Date: Tue, 17 Jan 1995 09:23:19 EST
  846. From: STEWART@SALEM.WVNET.EDU
  847. Subject: Re: NEC Neax 2400
  848. Organization: West Virginia Network
  849.  
  850.  
  851. My predessor was able to crash the call accounting and the Maintence
  852. terminal with-in a 4 month period prior to his release. They wanted
  853. over 8 Gs to fix the call accounting using very old and outdated
  854. equiptment. For this reason we found it more cost effective to write
  855. our own software. We do off site collection on a Vax VMS. When doing
  856. off site accounting there MUST be a short haul modem on each end or
  857. the SMDR card will be lost. They are very touchy about spikes,surges,
  858. and the like. If you need more info contact me.  
  859.  
  860.  
  861. John Stewart  (stewart@salem.wvnet.edu) 
  862. Salem-Teikyo University  (304) 782-5341
  863.  
  864. ------------------------------
  865.  
  866. From: nldc31@nosc.mil (Neil W. Giles)
  867. Subject: Business Telephone Sales Expected Salary/Commission Ranges?
  868. Organization: NCCOSC RDT&E Division, San Diego, CA
  869. Date: Tue, 17 Jan 1995 23:13:14 GMT
  870.  
  871.  
  872. What kind of salary and commission structures can a person entering
  873. the Business Telephone Sales industry expect?
  874.  
  875. I am curious about major corporations as well as smaller VAR type
  876. reselling positions. 
  877.  
  878. For comparison purposes, I am primarily interested in information
  879. based on major city locations but I would be interested in hearing
  880. about the smaller areas too.  
  881.  
  882.  
  883. Thanks,
  884.  
  885. Neil Giles    Neil.Giles@lasernet.com
  886.  
  887. ------------------------------
  888.  
  889. Date: Tue, 17 Jan 95 14:49:48 EST
  890. From: Carl Moore <cmoore@ARL.MIL>
  891. Subject: Phone Bill Has Wrong Area Code and City
  892.  
  893.  
  894. On the AT&T part of my phone bill, I found a call which I had made
  895. from 815-945 prefix on a pay phone at Chenoa, Illinois (along I-55
  896. between Joliet and Bloomington).  It showed up with the wrong area
  897. code (309, which happens to be next door to the Chenoa exchange) and
  898. the wrong city name (Geneseo, apparently served by 309-945).  Geneseo
  899. is along U.S.6 and I-80, way out toward Rock Island.
  900.  
  901. ------------------------------
  902.  
  903. From: rmsmith@csc.com (Robert Smith)
  904. Subject: Help With Number Plan
  905. Date: 14 Jan 1995 14:42:03 -0500
  906. Organization: Computer Sciences Corporation
  907.  
  908.  
  909. I am documenting a dialed number plan.  I am looking for advice on how
  910. to present the data to a reader.  I know I can show two switches, the
  911. trunks between them, all the data under the trunks, etc.
  912.  
  913. Is there another way to show this data that is easy to follow?
  914.  
  915. I figure I will have to do a table and a graphic to catch the entire
  916. audience.  Recommendations or experiences appreciated.
  917.  
  918.  
  919. Thanks,
  920.  
  921. bob
  922.  
  923. ------------------------------
  924.  
  925. From: balcroan@netcom.com (Butch lcroan/.nameBalcroan Lilli)
  926. Subject: Re: What is a T1 Line?
  927. Organization: NETCOM On-line Communication Services (408 261-4700 
  928. guest)
  929. Date: Tue, 17 Jan 1995 08:28:19 GMT
  930.  
  931.  
  932. ARGHHH !! I am really getting tired of this BIT-Robbing conversation
  933. that Jeffery Rhodes started. I used to work with Jeffery and he
  934. certainly is a smart guy, but he is no expert in this area. I would
  935. just like to point out that for DATA it is 56k because the 8th bit is
  936. robbed every 6th frame to give line staus information so rather than
  937. deal with this on async data circuit they just ignore the eight bit
  938. completly rather than have to track the status of the transport 
  939. systems
  940. framing for voice. Believe me, all modems use voice; that is to
  941. say they use the voice bandwidth to transmit a carrier (or multiple
  942. carrier at the same time in the higher speed techniques) that passes
  943. thru the network as if it were voice. Therefore the encoding scheme, 
  944. not
  945. the minor bit robbing is what limits the bandwith for noise or
  946. quantizing distortiion. 
  947.  
  948. That is to say that since the analog waveform is quantized to a level
  949. that is represented by number (the eight bits) the problem with
  950. Jeffery's statements is that yes indeed a bit is being lost every 
  951. sixth
  952. frame but this bit is the least significant bit. That is to say its
  953. weight is that of a " ONE " so an actual 254 might be encoded as a 253
  954.  ... but there is more to consider here. The " MU LAW " is not a 
  955. linear
  956. scale it is more of a log function with more steps closer to the lower
  957. levels where the ear is more senstive. I really can't believe 2 DB;
  958. come on Jeff, 3 db is half power *and also the least amount the ear 
  959. can 
  960. detect*. I really doubt that the modems are affected by this as
  961. much as Jeffery has stated. I would more believe than something more
  962. common such as " ECHO " and several other more common impairments are
  963. really alot more important than a occasional bit robbing.  There are
  964. also several new technologies such as fiber that have introduced
  965. timing impairments such as " Jitter " into the equation. I think that
  966. the newer modems are more senstive the the phase angle modulation that
  967. a SONET based " Fiber Optic " system might introduce.  
  968.  
  969. I advise everyone to look into the volumes of information that pours
  970. out of the ANSI T1.101 group on this very subject matter.  I was on
  971. the leading edge of this matter and as such expect alot of flames from
  972. people like Jeffery who I worked with in the past. I can only say
  973. please feel free to flame but remember it wouldn't hurt to checkout
  974. T1.101. We all can learn how much of a poorly planned product SONET
  975. was and how we end users were sold a illusion with SONET and FIBER!
  976.  
  977. ------------------------------
  978.  
  979. From: writchie@gate.net
  980. Subject: Re: Bellcore Standards Question
  981. Date: 18 Jan 1995 05:35:04 GMT
  982. Reply-To: writchie@gate.net
  983.  
  984.  
  985. In <telecom15.39.11@eecs.nwu.edu>, wtm@uhura.neoucom.edu (Bill Mayhew)
  986. writes:
  987.  
  988. > No more than seven zeros in a row are permitted, or an automatic on
  989. > insertion occurs to prevent the demodulator from losing lock on the
  990. > incoming bit stream.  This can result of one LSB resoultion on a
  991. > maximal signal.  Since low levels contain a lot of ones, there is no
  992. > loss of resolution on small signals due to forced ones.
  993.  
  994. Actually, the All Zero Code word is prohibited in D4. This is done by
  995. replacing Bit 7 (Number 1 - 8 sign - lsb) with a 1 when an all zero
  996. code word would otherwise be transmitted. This is not the lsb but the
  997. second least significant bit.
  998.  
  999. > Also, if you are using older D4 non ESF (extended superframe) 
  1000. equipment.  
  1001. > A bit will be robbed every 6th frame for signalling.  The robbed 
  1002. bits
  1003. > alternate between the A bit and B bit.
  1004.  
  1005. Even with ESF, a bit will be robbed every 6th frame for channels that
  1006. use Robbed Bit Signalling, i.e. other than clear channels or DDS
  1007. channels. ESF extends the AB signalling to ABCD. ESF by itself does
  1008. not eliminate the robbed bit signalling. What ESF does is to enable
  1009. clear channel e.g. 23B+D ISDN PRI by removing the coding restriction
  1010. on the all zero octet.
  1011.  
  1012. Just picking nits to keep the record straight.
  1013.  
  1014.  
  1015. Wally Ritchie    Ft. Lauderdale, Florida
  1016.  
  1017. ------------------------------
  1018.  
  1019. From: itelecom@bilbo.pic.net (David M. Russell)
  1020. Subject: Wanted: We Buy and Sell Used Telephone Systems and Parts
  1021. Date: 17 Jan 1995 19:20:24 GMT
  1022. Organization: Integrity Telecommunications
  1023.  
  1024.  
  1025. We buy and sell used telephone systems and parts.  Please fax, smail
  1026. or email your used and surplus inventories.
  1027.  
  1028.  
  1029. David M. Russell   Integrity Telecommunications  "The Name Says IT 
  1030. All"
  1031. 2970 Blystone Lane, Ste. 102  Dallas, TX 75220-1515
  1032. Voice 214-357-7484   Fax 214-357-7485
  1033.  
  1034. · 
  1035.  
  1036. ------------------------------
  1037.  
  1038. From: victorp@omega.lncc.br (Victor Prochnik)
  1039. Subject: Economics of the Telecommunications Industry
  1040. Date: Tue, 17 Jan 1995 18:55:43 -0300
  1041.  
  1042.  
  1043. I am working on the economics of telecommunication industry.  My next
  1044. research will be on the demand of Brazilian large enterprises for
  1045. global telecom services.
  1046.  
  1047. I would be pleased to discuss this and other subjects.  Can you share
  1048. your insight with me?
  1049.  
  1050.  
  1051. VICTOR PROCHNIK    INDUSTRIAL ECONOMICS INSTITUTE
  1052. FEDERAL UNIVERSITY OF RIO DE JANEIRO, BRASIL
  1053. E-MAIL: VICTORP@OMEGA.LNCC.BR
  1054.  
  1055. ------------------------------
  1056.  
  1057. From: writchie@gate.net
  1058. Subject: Re: Is the Pentium Bug Really That Bugging?
  1059. Date: 18 Jan 1995 06:05:15 GMT
  1060. Reply-To: writchie@gate.net
  1061.  
  1062.  
  1063. In <telecom15.35.13@eecs.nwu.edu>, Anthony D'Auria <dauriaa@voyager.
  1064. bxscience.edu> writes:
  1065.  
  1066. > Hi! My name is Anthony D'Auria and I own a P90 super loaded desktop. 
  1067. I
  1068. > use it practically every day for the net and business. I haven't
  1069. > experienced any trouble with the floating point calculations (not 
  1070. that
  1071. > I use them). I think that IBM is making a big deal of a little 
  1072. thing.
  1073.  
  1074. It's not a little thing that spreadsheets produce wrong results. IBM's
  1075. concerns reflect the major concerns of its corporate clients many of
  1076. whom depend on their machines for mission critical applications.
  1077. Neither is it a small thing for CAD programs, Signal Processing, or
  1078. any other programs that depend on heavy floating point calculations.
  1079. Customers with lots of machines that use floating point are going to
  1080. see real problems.  For these customers the Pentium is Russian
  1081. roulette with only a few chambers in the gun. If you don't use
  1082. speadsheets, or CAD, or other floating point programs, no big deal. If
  1083. you're a single user user with a single machine and you do use
  1084. speadsheets and/or CAD programs, you too are playing russian roulette.
  1085. The probabilites are small, but they are a threat if you care what
  1086. your results are.
  1087.  
  1088. > People with Pentiums start panicking, thinking that their system is
  1089. > all messed up.  For an average user, it doesn't seem to fearsome, 
  1090. but
  1091. > if you have some heavy duty stuff to do, it can really do some 
  1092. damage.
  1093.  
  1094. > Question: Does this floating point calculation bug affect system
  1095. > performance? Is that why some Pentiums bottleneck? What and where
  1096. > should a person contact to get the messed up chip replaced? Is it
  1097. > actually worth it?
  1098.  
  1099. > If you have any ideas, respond: dauriaa@voyager.bxscience.edu.
  1100.  
  1101. I personally think that the outrage felt by users is due to three 
  1102. factors.
  1103.  
  1104. First, Intel kept information of the flaw to itself for a relatively
  1105. long time.
  1106.  
  1107. Second, Intel downplayed the potential seriousness of the problem.
  1108.  
  1109. Third, Intel has spent tens of millions of dollars on the Intel Inside
  1110. ad compaign with the effect of brainwashing (like all advertising)
  1111. masses of users to buy Pentium. Some of these users might have better
  1112. off putting their money in faster video cards. Clearly, a flawed
  1113. Pentium is much worse the alternatives. Intel must now make these
  1114. people whole again.
  1115.  
  1116.  
  1117. Wally Ritchie     Ft. Lauderdale, Florida
  1118.  
  1119. ------------------------------
  1120.  
  1121. Date: 18 Jan 95 02:01:38 EST
  1122. From: Darryl Kipps <72623.456@compuserve.com>
  1123. Subject: FCC PCS Auction Info
  1124.  
  1125.  
  1126. Good day to all,
  1127.  
  1128. I've just come from ftp fcc.gov to see how the PCS auctions
  1129. are going and have some questions.
  1130.  
  1131. 1. I see there are both Broad and Narrow bands.  What's the 
  1132. difference?
  1133.  
  1134. 2. Narrowband has both Nationwide and Regional while Broadband seems 
  1135. to
  1136.    be entirely regional (or by market) -- Why the distinction and how
  1137.    are the regions (markets) defined?
  1138.  
  1139. If anyone could shed some light here would be appreciated, or just
  1140. point me in the right direction if the answers are available
  1141. elsewhere.
  1142.  
  1143.  
  1144. Thanks,
  1145.  
  1146. Darryl Kipps
  1147.  
  1148. ------------------------------
  1149.  
  1150. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  1151. Subject: Administrivia: Sendmail Lets Me Down ...
  1152. Date: Wed, 18 Jan 1995 00:15:00 CST
  1153.  
  1154.  
  1155. On Tuesday some of you got two or three copies of issues 32 through 
  1156. 34.
  1157. Others of you received only one copy. Hopefully everyone got at least
  1158. one copy of each and a copy of issue 35. If you did not get one of
  1159. these, let me know so it can be replaced.
  1160.  
  1161. What happened was those three issues (32, 33, 34) had been handed over
  1162. to sendmail for processing to the mailing list. All of a sudden for
  1163. reasons unknown to me, this machine (delta.eecs.nwu.edu) belched and
  1164. shut down for about five minutes. During that time I was locked up 
  1165. here
  1166. unable to get any response. When I got back online, I noticed that 
  1167. those three issues had stopped moving, but I guessed they would 
  1168. restart
  1169. when sendmail got around to it again. In the meantime, issue 35 was
  1170. finished and sent to the mailq. Issue 35 seems to be going okay, but
  1171. mailer-daemons began flooding in ... those three issues had started up
  1172. again, but sendmail was quite confused. 
  1173.  
  1174.    Can't find programs!      (my own little group of hacks done to
  1175.                              sendmail for use with very large mailing
  1176.                              lists like this one so I can have as many
  1177.                              invocations of sendmail going at one time
  1178.                              as desired with no ill-effects or slow-
  1179.                              downs for other users. I frequently have
  1180.                              six or seven invocations of sendmail 
  1181. going
  1182.                              at one time against my mailing list. 
  1183.  
  1184.    Can't locate mailing list!  I don't leave it out under its most 
  1185. obvious
  1186.                              names where hackers who like to sneak in 
  1187. the
  1188.                              back door with commands like VRFY and 
  1189. EXPD
  1190.                              can snoop into it. Aside from the fact 
  1191. that
  1192.                              I think the admin here disabled VRFY and 
  1193. EXPD
  1194.                              why take chances?  Part of my 'send-
  1195. telecom'
  1196.                              does 'mv bogus.name real.name' in the 
  1197. process
  1198.                              of getting it out for use in mailing. 
  1199. Trouble
  1200.                              is I had it out when delta went down and 
  1201. when
  1202.                              it restarted obviously the mailing 
  1203. list(s)
  1204.                              were not where sendmail expected to find 
  1205. them.
  1206.                              So then it wrote all over the one that 
  1207. was 
  1208.                              out and ruined it. I had to use the 
  1209. backup
  1210.                              copy it created the day before, and 
  1211. reinstall
  1212.                              all the adds and deletes from the several
  1213.                              hours prior.
  1214.  
  1215.    Unknown Host!             Oh Lord, were the name servers hosed 
  1216. Tuesday.
  1217.                              Were they?  WERE THEY?  About 80 percent 
  1218. of
  1219.        or                    the mailing came back due to unknown 
  1220. host.
  1221.                              A few sites hung a long time before 
  1222. sendmail
  1223.                              decided they had not accepted its 
  1224. delivery.
  1225.                              Of course, that does not really mean the 
  1226. mail
  1227.    Timed out during          did not get delivered, just that sendmail 
  1228. is
  1229.    user open with ..         saying it didn't. So, a third time around 
  1230. and
  1231.                              that time, the mail seemed to stick. 
  1232.  
  1233. Maybe you got those issues once, maybe you got them three times, or 
  1234. maybe
  1235. not at all ...  <grin, albiet somewhat bitter one, with teeth bared> 
  1236. ...
  1237. But I just about lost control when 400 -- yes, *four hundred* mailer
  1238. daemons arrived all in the space of about fifteen minutes. 
  1239.  
  1240. You tell me what needs to be replaced/retransmitted between issues 31 
  1241. and
  1242. 42, Tuesday morning through Wednesday morning. And for those of you 
  1243. who
  1244. wrote to tell me you got three copies of it and to stop already, all I
  1245. can say is something lewd, crude and rude. But I won't say it, I'll 
  1246. just
  1247. think it.  Have a nice Wednesday!    
  1248.  
  1249.  
  1250. PAT]
  1251.  
  1252. ------------------------------
  1253.  
  1254. End of TELECOM Digest V15 #42
  1255. *****************************
  1256.  
  1257.                                                        
  1258.